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Abstract 


Geogiaphically distributed networks such as powei distribution watei gas 
etc have not seen the widespiead use of networked installation for monitoring and 
control IIT Kanpui has developed a sophisticated momtonng and control netwoik with 
associated devices for the electric powei distribution sector Momtonng and contiol is 
done fiom a communication controller The communication contioller can be connected 
over the Internet This gives an opportunity for lemote visualization of the powei 
distribution utility parameteis 

The existing inteiface for momtonng and control and its communication 
has been developed using object onented approaches It addresses objects in a format that 
is not compatible with open Internet standaids This interface also lacks live instalment 
display of utility paiameters The availability of virtual instiumentation based packages 
such as LabVIEW enables live instiument display of important utility paiameteis The 
Lab VIEW based interface can communicate with remote systems ovei the Internet using 
its TCP/IP featuies Fuither LabVIEW can be used as an online diagnostic tool with 
appropnate lemote Data Acquisition system 

The necessaiy data stiuctuies foi the substation elements are assumed to 
be available in ASN 1 foimat In piactice this assumption amounts to developing i 
tianslitoi foi the data collected in piopnetaiy/non open format to that of ASN 1 In this 
thesis an implementation of convening c data structuies into ASN 1 has been done with i 
Snacc compilei The front panels of the substation elements aie made with the G 
language code The usei inteiface is developed m a mannei that if i usei selects an option 
at the layout diagiam the conesponding panel pops up on the scieen A tml 
implementation is done using simulated dati foi the remote visuilization of the electnc 
substation paiameteis 



Chapter 1 


Introduction 


Majoi piocess industries are usually equipped with piopnetaiy 
networks for monitonng and control supplied by industiial automation equipment 
manufacturer In recent times attempts have been made to piovide open standaids 
such as Held Bus [ 1 ] for such ipphcations Geogiaphically distnbuted individual 
utilities such as powei distubution gas watei etc have not seen widespiead use of 
netwoiked installation fot monitonng and contiol With the cost of netwoik 
components and embedded systems falling down and widei choice of multi access 
communication technologies such as wneless and many wned netwoiks becoming 
available it has become atti active to utilize them foi distnbuted monitonng and 
control of utilities 

With the above in view IIT Kanpur has developed a sophistic ited 
monitonng and contiol network with associated devices foi the elect! ic powei 
distribution sector lefened to heieafter as the Power Distubution Automation 
System (PDAS) The existing GUI and communication for this ipplication has been 
developed using conventional OOP approaches ovei i standalone system 
communicating with the lernote teiminal units (RTUs) thiough i communication 
conti ollei (CC) The CC can be connected to the Internet With such in Internet 
linked PDAS two lmpoitant issues anse First is to piovide 1 web based platfoim 
foi lernote monitonng md visualization of the PDAS This woik is being studied as 
a sepaiate thesis The second is the need foi lernote instiumentntion like 
visualization of the p u imeteis (such as voltages cunents powu phase ingle etc) 
associated with subsystems (such as tiansfoimeis feedeis switches etc ) that aie 
connected to the PDAS Both the issues leferred above have some commonality of 
using the undeilying data acquued fiom the PDAS There is consideiable value in 
intcgiating open Internet comp itible GUI using web based usei intei f ice 01 popul 11 



packages such as the Lab VIEW [2] based virtual instrumentation The latter with 
its rich set of processing analysis and live instrument display of important utility 
paiameteis offeis rich scope for being used as on line diagnostic distributed 
instiumentation In this thesis an attempt has been made to configure and tailor a 
Lab VIEW centered instrumentation foi monitoring and analysis of distributed leal 
time utility parameteis ovei TCP/IP based networks It is assumed that the actual 
data collection is done by a communication and control system that acqunes data in 
some industrial standard compatible format over a network of Remote Teiminal 
Units (RTU) The monitoring network may or may not be based on TCP/IP 

1 1 Monitoring of Industnal utilities 

The figuie shown in the next page descubes the appioach used foi 
monitoring geographically distributed industrial utilities The access netwoik within 
the mdustiy may be a wued oi wireless network The wned netwoiks such is 
Ethernet and Fast Bus are commonly used in the industries The access network is 
the network of Remote teiminal units (RTUs) The RTU is the interface between 
the access network and the piocess It can communicate in a bi dnectional manner 
enabling the process to be eithei controlled oi monitored The communication 
conti ollei (CC) is an entity which internets with the RTU s The communication 
contiollei polls the data from the RTU s Typically a usei mteiiace is located at the 
communication contiollei enabling monitonng and contiol ovei the utility netwoik 
A typical communication contiollei can span a small geogiaphical aiea ind many 
such communication conti olleis exist in the case of power distnbution automation 

With the Internet technology it is possible to connect the 
communication conti ollus thiough the Internet Monitonng cm be achie\ed fiom 
web based oi LabVIEW based monitoi through communication between the CC s 
via the Internet 
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Figure 1 1 Distributed network architecture foi remote monitoring and control 
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1 2 Issues in Real Time Monitoring over TCP/IP 

Real time monitoring and control can be possible if a conect picture 
of the field is available This is possible only if the numbei of samples taken are 
large and the sampled data can be processed within negligible time This lequnes 
not only fast piocessing equipment for signals but also low communication delays 
Industrial standards like Field Bus satisfy the requirements and are in current use 
for real time momtoiing and control 

In the case of monitoring geographically distubuted netwoiks ovei 
TCP/IP Internet based netwoiks the correct picture of the field paiameteis cannot 
be obtained This is due to leasonable communication delays caused by netwoik 
woik congestion As the communication delays cannot be neglected these 
geographical interconnections can be used for global obseivation and momtoiing 
but without any conti ol in strict real time 

It is assumed that Lab VIEW centered distributed momtoiing and 
analysis of utilities will access real time data collected ovei the utility s netwoik 
ovei a TCP/IP based Internet type network There have been developments of using 
the Internet for distubuted monitoring in recent times [3] In oui scenano actual 
real time data is acquned at utility s network level It is piepiocessed paitially theie 
The LabVIEW display should piovide reasonable real time piesentation of 
impoitant peifoimance paiameters and post analysis capability with acceptable 
delay that does not lead to a loss of time sense at the human opei Uoi level 

1 3 LabVIEW and its TCP/IP capability 

LabVIEW (Laboiatory Vutual Instiument Engineetmg WoikBench) 
is a progi am development application much like the vanous commeicnl C oi Basic 
development systems plus a GUI development system LabVIEW is diffeient fiom 
these applications Other piogramming systems use text based 1 mguages to create 


4 



lines of code while Lab VIEW uses a graphical piogramming language G to create 
progiams in block diagiam form Lab VIEW piogiams aie known as Vis 
LabVIEW uses terminology icons and ideas familial to scientists and engineers and 
lelies on giaphical symbols rathei than textual languages to descube progiamming 
actions LabVIEW has extensive libraries of functions and subioutmes for most 
piogiamming tasks LabVIEW contains application specific libianes for data 
acquisition GPIB and serial instrument control data analysis data presentation and 
data stoiage 


LabVIEW has also libraries foi netwoiking and intei application 
communications [4] Several protocols are built into LabVIEW such as 
Tiansmission Contiol Piotocol (TCP) User Data Protocol (UDP) Dynamic Data 
Exchange (DDE) Object Linking and Embedding (OLE) etc The communication 
featuies of LabVIEW are explained in chapter 3 

Foi the temote monitoring of the powei distnbution automation 
system LabVIEW can be used as a diagnostic tool With the vast analysis vi s 
available in LabVIEW one can measure the correlation between two waveforms 
find the npple content of a particulai bus voltage analyze the spectium of a 
wavefoim have different types of graphs various kinds of indicating meters etc 
Theiefore LabVIEW can act as an important tool for post analysis 

1 4 Organization of the thesis 

Chaptei 2 describes the various frame woiks that can be used foi 
geogiaphically monitoring of industiial utilities Chiptei 3 gives an 
intioduction to vntual instrumentation and intioduces the LabVIEW 
communication featuies Chaptei 4 discusses the implementation of the thesis 
Chaptei 5 summarizes the work and discusses the futuie aspects 
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Chapter 2 


Open Frameworks for 
Remote monitoring 


Traditionally distributed measuiement and control operation in 
industries weie supported by proprietary solutions from specialized vendois such as 
Honeywell Harris etc Minimal interface standards foi component systems used in 
distributed industiial monitoung and control where available These were restricted 
to the lowei layeis physical and data link level only Field Bus [1] standards 
piovided early attempts in bringing open architecture upto the network layer and 
suppoits foi leal time distributed tasks 

With the rapid progress in Internet and platform independent 
appioach to Internet Seivices Structure theie arises a stiong need to provide an 
open data base framewoik to addiess pioprietary and open objects in the monitoung 
and conti ol components of a distributed plant 

In the lecent yeais open framewoik foi descnption of objects needed 
loi the addiessing of any objects constituted by collection ol components has been 
made possible thiough standards such is X 700 [5] CORBA [6] and ASN 1 [7] [8] 
Industnes that develop and use the distributed measuiement \nd conti ol systems aie 
migiatmg away from piopnetaiy hardware and softwaie pi ttfoims in favoi of open 
systems and standaidized approaches The open fiamewoik is necessary to ensuie 
mteiopeiabihty X700 CORBA ASN 1 are necessity toi open fiamework 
appio iches in network management 

ASN 1 is based on Abstract syntax appioich and CORBA on the 
Inteiface Definition Language (DDL) CORBA is a complete architecture and 
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message passing specification in which the IDL and corresponding encodings form 
a relatively small pait The CORBA IDL is simplei and less powerful than the 
ASN 1 notation and as a result encodings are generally much more verbose than 
the encodings of ASN 1 ASN 1 is generally used in piotocol specifications where 
veiy geneial and flexible exchange of messages is needed between communicating 
paitneis whereas CORBA encouiages a much more stylized invocation and 
lesponse approach and generally needs a much more substantial supporting 
infiastiuctuie 


Netwoik management as a teim has many definitions depending on 
whose opeiational function is in question Network management in the powei 
distribution automation consists of the status infoimation and vanous othei data of 
the powei utilities 

2 1 X 700 Object Model 

2 11 Architecture This architecture follows the description in [9] 

OSI Network management is defined by the joint ISO/ITU T 
standard documents The approach taken by X 700 is to place an agent close to the 
infoimation that is relevant to be managed or monitored 


Manigei 

1 Notifications 

◄ 

► 

Management 

Opentions 


A„ent 



Resouices 




Figure 2 1 X 700 model 
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An agent maintains information about the state of the patticulai part of the network 
that it is lesponsible Queries about or changes of the state of the netwoik can be 
sent to the agent and not dneclly to the objects The protocol used to intei act with 
the agent is the Common Management Information Protocol (CMIP) CMIP is 
designed to ptovide a mechanism between an entity in the manager role and a 
system which contains the managed object representation of resources and the 
facilities needed to support management CMIP works at an application level The 
managei can send messages and receive replies ovei this piotocol to manage the 
agent An agent may also send unsolicited infoimation asynchronously to the 
managei eg to notify it of a problem in case of an element f uluie The common 
management Information Seivice Entity (CMISE) specifies seven requests that 
define the interaction between the managei and the agent CMISE offers the set of 
sei vices which map onto the interface lequirement of managed objects The geneial 
foimat of an opeiation is 

{operation object lefeience access right token parametei list} 

The seven lequests that define the inteiaction between the minager and the client 
are 

• M CREATE used to add management information to be maintained by the 
agent 

• M DELETE removes management infoimation fiom the tgent 

• M SET changes information m an agent 

• M GET retneves information from an agent 

• M CANCEL GET since the amount of management infoimation returned by 
an agent in response to an M Get lequest may be too laige the request can be 
cancelled using this command 

• M ACTION when the semantics of M Get or M Set to retrieve 01 change 
infoimation are not powerful enough it is possible to specify opeiations on 
managed objects which can be called using M Action 
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• M EVENT REPORT if an error occuis in the netwoik being managed an 
agent may at any time send an unsolicited message about the cause of the erroi 
using the M Event Repoit lequest 

2 12 Object Model 

The object model is taken from [5] Information to be managed by 
an agent is modeled as managed objects A managed object may leptesent either a 
logical resource such as an identification number or a real lesouice such as a 
switch A lesouice may be mapped to several managed objects 01 several resouices 
may be mapped to one single managed object 

A managed object contains attributes actions and notifications The 
type of attnbutes contained within a managed object is defined using Abstiact 
Syntax Notation One (ASN 1) ASN 1 defines atomic types such as mtegeis real oi 
strings and aggregate types such as lists structures and unions 


2 2 The CORB A Object Model 
2 2 1 Architecture 

The aichilectuie follows the descnption given in [6] Object 
management gioups Common Object Request Brokei Aichitectuie specifies the 
aichitectuie by which instances in a heteiogeneous envnonment can communicate 
with each othei legaidless of whether they aie local or lemote 

The Object Request Brokei (ORB) is responsible foi accepting 
requests fiom clients finding the taiget object and its implementations invoking 
the lequest on it and letuimng the request to the caller The mtei face the client sees 
is completely independent of wheie the object is located oi what piogramming 
language it is implemented in The ORB maintains an Inteiface Reposiloiy which 
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is essentially meta infoimation about the interfaces tegisteied with the ORB and the 
Implementation Repository which is the information tbout where the 
implementations of the interfaces are located The Inteitace Repository is needed by 
the ORB to marshal and unmarshall requests to md fiom clients and the 
Implementation Repository is needed for locating the implementations inorder to 
invoke requests on instances Clients call methods of othei inst tnces using Inteiface 
Definition Language (IDL) compiler geneiated client stubs which have to be 
included at compile time or the Dynamic Invocation Inteiface which allows clients 
to cieate lequest to be sent to instances at mn time The mtei faces aie specified 
using the Inteiface Definition Language used to fully define ill the aspects of the 
inteiface but no aspects of the implementation Implementation skeletons are IDL 
compiled geneiated implementations of the sei vices offeied by in interface 



Figure 2 2 CORBA Object Model 
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2 2 2 Object Model 

The CORBA Object model piovides objects that isolate the 
requesteis of seivice from the providers of services An object encapsulates state 
(attributes) and behavioi (operations) and offers access to these only through a well 
defined inteiface Objects internet by sending messages to othei objects CORBA 
has atomic types such as long string and boolean and const! ucted ones such as 
sequences stiuctures 01 unions 

An interface defines the set of possible opei itions that can be 
perfoimed on an object An object satisfies an interface if it can be speed led as the 
taiget object in each potential request descnbed by the interface An opeiation of an 
interface is an identifiable entity with a name optional pai imeteis and a return 
value that can be perfoimed by the object 

The feasibility of using CORBA foi remote monitonng of the powei 
distribution automation was studied Though CORBA can seive the purpose it was 
not used The main leason for not using CORBA was that we wanted the 
fiamewoik to be used to be similar to the framewoik used in OSI network 
management Also if one wants to shift to the CORBA fiamewoik one can easily 
do so with the availability of OSI network management fi imewoik to CORBA 
fiamewoik conveiteis 

2 3 Abstiact Syntax Notation 1 

Tiaditional computer communications suppoit human dnven remote 
logon e mail file ti insfei are being supplemented by new ipplications lequmng 
complex exchanges of information between computei systems and between 
appliances with embedded computer chips Some of these exch inges of information 
continue to be human initiated Others are designed foi autom die and autonomous 
computei to computei communications in support of such diveise ictivities as 
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cellular telephones meter leading pollution recording air traffic control control of 
power distribution and applications in home for control appliances In all these 
cases theie is a requnement for the detailed specifications of the exchanges the 
computeis are to peifoim and for the implementation of the software to support 
those exchanges The most basic support for many of these exchanges is provided 
by the use of TCP/IP and the Internet but other carrier protocols are still in use 
However the specification of the data formats for messages that are to be passed 
using TCP requires the design and clear specification of application protocols 
followed by the implementation of those protocols In a numbei of industrial sectors 
ASN 1 is the dominant mode of specifying application protocols [7] 

The term ASN 1 can be narrowly used to descnbe a notation or 
language called Abstiact Syntax Notation One or can be used to descnbe the 
notation the associated encoding rules and the softwaie tools that assists its use 
The featuies that make ASN 1 important and unique are 

• It is an internationally standardized vendor independent platform independent 
and language independent notation for specifying data stiuctuies at a high level 
of abstraction 

• It is suppoited by rules which determine the precise bit patterns to lepiesent 
values of these dat i structuies when they have to be transiened ovei a computei 
netwoik using encoding utles 

• It is suppoited by tools available for most platforms and several piogiamming 
languages that map the ASN 1 notation into data structuie definition in memoiy 
and the defined bit patterns for tiansfei over a commumc itions line 

The Application protocol written m ASN 1 is a binaiy based 
protocol specification Piotocols can be specified in many w lys One fundamental 
distinction is between character based specification veisus binaiy based 
specification In the chaiacter based specification the protocol is defined as a series 
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of lines of ASCII encoded text In the binary based specification the protocol is 
defined as a string of octets or of bits For binary based specification approaches 
vaiy from vanous pictuie based methods to use of a separately defined notation 
with associated application independent encoding rules The lattei is called the 
abstract syntax appioach This is the approach taken with ASN 1 

2 3 1 Application Communication with ASN 1 

An application on one machine can talk to an application on 
anothei machine by leliably sending octet strings themselves 



Figuie 2 3 Application communication with ASN 1 


2 3 2 Object identifiers (OID's) 


The object identifiei type and its associated hiei uchical nune space 
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is heavily used by the protocol specifiers that use ASN 1 It piovides a worldwide 
unambiguous naming scheme Object identifiers are used to identify 

a) ASN 1 modules 

b) Abstract and transfer syntaxes 

c) Managed objects and their attnbutes 

d) 

Object identifier tree 

The underlying concept for the object identifier is a tree structuie 
[8] Each object identifier value corresponds to precisely one path from the loot 
down to a leaf with each component of the value notation identifying one of the 
arcs traveised on this path The Object identifier tree for the thesis is given in 
Appendix C 

2 4 ASN 1 and our Scenario 

As seen in the figuie 2 3 the reliable transpoit mechanism for 
messages can be piovided by the TCP features of Lab VIEW (lefer section 13 3 4 
of the thesis) As stated earliei object identifiers can be used to identify ASN 1 
modules managed objects and then attributes In the case of i emote monitoring of 
power distribution these object identifier provide a unique way of addiessing a 
paiticulai feedei oi a tiansfoimer or a switch Foi example the liansfoimer at a 
mam station can be lefened with an object identifier iso 3 6 1 4 1 5305 1 2 1 
Similaily a switch at a main station has the object identifiei iso 3 6 1 4 1 5305 1 3 2 
Similarly the trmsfoimei at substation 1 can be identified by 
iso 3 6 1 4 1 5305 2 2 1 

The ASN 1 modules that describe the data stiucLuies in the case of 
powei distnbution momtonng are written for entities like bus switch tiansfoimei 
etc Foi example an ASN 1 module for a transformer consist of the data structures 
associated with the transformei Typical elements of this dati stiuctuie contain the 
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transformer details the transformer primary and secondary currents and phase 
angles 



Figure 2 4 Block diagram of the fiamewoik pioposed in thesis 

The ASN 1 pioduced by the application designer is fed into the compile phase of 
the ASN 1 tool (Snacc) This maps the ASN 1 into a data sliuctuie definition in any 
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one of a wide range of supported languages including C C++ The application code 
is wntten to read and write values from these data structures When an encoding is 
needed a lun time routine is called which uses the information pLOVided by the 
compile phase about ceitain aspects of the ASN 1 definition The iun time loutine 
encodes the entire message and returns the resulting encodings A similar piocess is 
used for decoding The ASN 1 compiler used in the thesis is described in the 
Appendix A 


The OLD is passed to the ptoxy agent which c in process the OID 
The proxy agent in turn gets the required data from the managei The managei has 
all the information legaiding the PDAS which it obtains by polling the 
communication contiollei s The proxy agent then encodes the dita and is sent back 
to the GUI The encoded data is decoded using the run time decode routines This 
can be done using the call libtary function or the code interface node features of 
Lab VIEW The data is then suitable for analysis or display 

2 5 Summary 

The ways of achieving open framework in industries that use 
distributed measuiement and conti ol were discussed Description of the approaches 
like X 700 CORBA ASN 1 were given One of the goals of the thesis is to achieve 
the open fiamewoik in lemote monitoring of the powei distnbution network The 
appioach of using ASN 1 was given in detail with respect to the powei distnbution 
automation system 
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Chapter 3 


Virtual Instrumentation for remote monitoring 

3 1 Virtual Instrumentation 

The idea of virtual instiuments [10] is the nituial evolution of 
computer based measurement systems and follows enhancements of the computei 
haidwaie is well as the new progiamming techniques Innovation comprises of the 
deployment of the computer architecture not only to perfoim the sottwaie progums 
implementing the measuiement procedures but also usei onented functions as well 
The mam goal is in fact to provide a usei friendly suppoil to implement and 
execute the measuiement algonthm and the management of the hardware 
measurement lesouices 

As in conventional computer based measuiement and control 
systems the use of the computer allows for confining the htidwaie components 
dedicated to the measuiement application to the data acquisition/actuation sub 
system lesponsible foi sampling the field signals as well is foi geneiating the 
possible field actuation signals All opeiations of the measuiement pioceduie aie 
peifoimed in softwaie 

The second aspect dealt with by the virtual instruments is the 
psychological impact on the users which dnectly affects the distubution of 
measuiement systems Computei based systems even if effective and efficient from 
the measuiement point of view may appear very different fiom the conventional 
instiuments and measurement workbenches as fai as the hum in usei interface is 
concerned The availability of computational power unused by the leal time 
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measurement proceduie in modem computer architecture allows for adopting 
graphic interfaces to overcome these problems The appearance of real instruments 
and measuiement woikbenches is mimicked in the virtual systems so that they 
resemble the interfaces of their leal counterparts 

To achieve the above goals the giaphic features and modern 
computers have been exploited Graphic interfaces have been developed based on 
windowing and iconic interactions to issue commands and obseive the operation of 
the measurement systems as well as the related applications The advanced graphic 
features of most of the modern personal computers allow toi implementing a 
realistic usei interface of the computer based instalments and workbenches very 
similar to the leal ones The name virtual instruments denves in fact fiom the 
realistic aspect and opeiation with respect to the real instruments even if they are 
internally made in a different way 



Figuie 3 1 The front panel of a dedicated virtual instiument 


The fiont panel presented on the computer scieen compnses of the 
giaphic repiesentation of conventional controls (eg buttons selectors) and 
indicators (e g oscillogiams giaphs charts lights digital indicators) that are 
famihai to useis in measuiement areas Giaphic flexibility tlso allows for easy 
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merging of the front panels of several instruments with field actuators to create a 
comprehensive workbench of virtual devices with all the components of the 
envisioned application This simplifies even more the usei interaction with the 
momtonng and control system since it concentiates all the lelevant devices m one 
single inter lelated view by discarding the information and the parts of the devices 
that aie not of dnect and immediate request The user can operate on the icons as on 
the conesponding real devices in particular controls are opeiated by using the 
pointing device The presentation and users observation of the measured quantities 
eithei on pointei indicators or other visual devices may be less accurate than the 
numeric view However the visual overview of the pointei and the whole scale 
helps the usei to undeistand immediately the relative position of the measured 
quantity in the scale of the values and thus the leasonableness of the obseived 
value This in tuin immediately triggers the opeiators actions by deploying 
automatic leaclions induced by training in his memory In fact it is often easier to 
associate actions to patterns in observed images than to iead a value and mentally 
compute it to cntical ranges to deduce the oppoitumty of action 

Giaphic programming techniques have been imported from 
computei science to simplify the definition of the measurement procedures by 
means of object oriented data driven techniques By using these techniques it is 
possible to descube the measuiement pioceduie without any need for a 
conventional proceduial piogiamming language Lab VIEW is one such kind of 
graphical language 


3 2 Graphical Language Programming 

In the progiamming language the sequences ol operations on data 
must be given with a detailed view of the computing aichitectural typical of 
scientists mdengineeis In visual programming data and opet itions are represented 
by icons The measuiement procedure is obtained by diawing i piocedural diagiam 
that defines the data dependencies and operations to be peifoimed Nodes of the 
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giaph are high level operations typical of the numeric piocessing m measurement 
as well as operations for visual data presentation and management Icons that are 
associated to functional blocks visually represent nodes Nodes have input and 
output connections that allow receiving and delivering operands and results 
respectively Input nodes connect the graph to the external souices of data while 
external nodes connect data to display devices 01 output boards to the field 
Directed paths represent the data dependencies among opeiations To simplify the 
design piocess huge libraries of functional blocks are available for the widely used 
development environments for virtual instruments and workbenches including data 
processing operation In addition to deal with complex measuiement procedures 
hieiaichical definition of the giaph is usually adopted to stiucture the definition at 
different abstraction levels A node may theiefore be eithei a library function 01 a 
sub giaph 



Temperature Graph | 


sn 


Figuie 3 2 The block diagram of the instiument presented in Figure 3 1 

A giaphic editoi allows for creating the measurement pioceduie graph Editing 
functions include selection of functional blocks from the libiaiy connection 
functions placement and routing drag and diop cut and piste and much more 
Customization of the operation parameteis is possible according to the 
chaiactenstics associated with the envisioned icon Data flow is defined by propeily 
connecting the instances of the functional blocks The giaphic interface is then 
associated with the measurement proceduie so that inputs and outputs aie 
associated to the corresponding operation blocks 
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The measurement procedure graph coincides with the conventional 
block diagram that every measurement designer is accustomed to drawing to 
describe the overall measurement procedure as well as the details specifying the 
characteristics of the desired data processing This is independent from the 
techniques adopted to implement the procedure itself Therefore visual 
programming allows the measurement problems and issues instead of wasting 
effoits in computer programming details 

The block diagram of the measuiement procedure is then translated 
into a computei executable code by the suitable automatic tianslation progiams 
available in the vntual system development envnonment The compiler geneiates 
the executable code of the measurement procedure and the function library and 
stoies it in an executable file foi subsequent use 

3 3 Virtual Instrumentation in Remote monitoring of Power distribution 

Conventional object oriented approaches foi usei interfaces do not 
mimic the real instiuments The real instiuments can be mimicked by the use of 
vntual instrumentation methods The user gets the visual feeling that he is using a 
leal measuiement instrument Also it is physically not feasible to cairy the 
measuiement equipment upto the place where the measurement has to be taken Foi 
example it is difficult to take a cathode lay oscilloscope to the substation to view 
the wavefoim If the sufficient number of data points are present the requned 
wavefoim can be displayed on the vntual instrument 


3 4 Important featuies of Lab VIEW in t emote monitoring of Powei 
distribution 

In the context of remote monitoring of the power distnbution 
netwoik the communication between the usei intei face and the agent is done using 
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the TCP/IP suite of protocols The communication featuies of Lab VIEW are 
utilized As stated earlier LabVIEW has extensive libraries foi data analysis and 
data piesentation The rest of the chaptei deals with the communication applications 
used foi the thesis 

3 4 1 Implementation issues m remote monitoring over Internet using 
LabVIEW 

This section describes the way LabVIEW handles netwoiking and 
communication featuies Networking refeis to communication between multiple 
piocesses The piocesses can optionally run on sepai ite computeis This 
communication usually occurs over a hatdware netwoik such as Ethernet One 
main use foi netwoiking in software applications is to illow one or more 
applications to use the services of another application For example the application 
pioviding sei vices (the server) could be either a data collection application running 
on a dedicated computer or a database program pioviding infoimation for other 
applications 


Several protocols are built into LabVIEW some of which are 
specific to a type of computer LabVIEW uses the following protocols to 
communicate between computers TCP UDP DDE md OLE Othei 
communication option by LabVIEW includes the System Exec VI which allows 
executing system level commands 

3 5 Client/Server Model 

The client/seivei model is a common model foi netwoiked 
applications In the client/seiver model one set of piocesses (clients) lequest 
seivices fiom anothei set of processes (seivers) For example an application could 
set up a dedicated computer for acquiring measuiements fiom the real world The 
computei rets as a seiver when it piovides data to othei computers on lequest It 
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acts as a client when it requests another application such as a database piogram to 
record the data that it acquires 


General Model for a Client 

The following block diagiam shows what a simplified model foi a 
client looks like in Lab VIEW 



Figure 3 3 Geneial model of a client 


In the preceding diagram Lab VIEW fust opens a connection to a servei It then 
sends a command to the servei gets a lesponse back and closes the connection to 
the servei Finally it repoits any errois that occuired dunng the communication 
process Foi highei peiformance one can process multiple commands once the 
connection is open Aftei the commands me executed the connection is closed 


General Model for a Server 

The following block diagram shows a simplified model for a seiver in Lab VIEW 



Figure 3 4 General model of a server 
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In the pieceding diagram LabVIEW first initializes the seivei If the initialization is 
successful LabVIEW goes into a loop where it waits for a connection Once the 
connection is made LabVIEW waits to receive a command LabVIEW executes the 
command and returns the results The connection is then closed LabVIEW lepeats 
this entire process until it is shut down locally by pressing a stop button on the front 
panel or remotely by sending a command to shut the VI down 

One can increase performance by allowing the connection to stay 
open so that server can receive multiple commands but this blocks others clients 
from connecting until the cui lent client disconnects If the protocol suppoits 
multiple simultaneous connections one can restiuctuie LabVIEW to handle 
multiple clients simultaneously 

TCP Client Example 

The following is a generalized description of how to use the components of the 
Client block diagram model with the TCP protocol 



TCP Open Connection VI is used to open a connection to a servei 
The Internet address of the servei as well as the poit foi the servei is to be 
specified The addiess identifies a computer on the netwoik The poit is an 


> 


additional number V 

'That identifies a communication channel on the computer th it the server uses to 
listen for communication requests 


Exec 
Cmd 
on Si vi 


To execute a command on the servei the TCP Wute VI is used to 


send the command to the servei TCP Read VI can then be used to lead back 


lesults fiom the server With the TCP Read VI the number of chaiacteis that are to 


be lead is to be given This can be awkwaid because the length of the response may 
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vary The server can have the same problem with the command because the length 
of a command can vary 

The following are several methods you can use to address varying sized commands 

1 Precede the command and the result with a fixed size parameter that 
specifies the size of the command or result In this case lead the size paiameter 
and then read the numbei of characters specified by the size This option is efficient 
and flexible 

2 Make each command and result a fixed size When a command is smaller 
than the size pad it out to the fixed size 

3 Follow each command and result with a specific terminating chaiactei To 
lead the data it is to be lead in small chunks until the teiminating chaiactei is 
found 


Close 
Conn 
to Srvi 


Use the TCP Close Connection VI to close the connection to the 
servei 


TCP Server Example 


The following discussion explains how TCP can be used to fulfill each component 
of the general servei model 


Initialize 

Servei 


No initialization is necessary with TCP so this step can be left out 


Wait 
foi a 
Conn 


The TCP Listen VI is used to wait foi a connection The pott that is 


used foi communication is to be specified This poit must be the same poit that the 
client attempts to connect The TCP Client Example topic piovides moie 


information about this VI 
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If a connection is established lead from that poit to tetneve a 
command As discussed in the TCP Client example the format foi commands aie to 
be decided If commands are pieceded by a length field the length field is read and 
then the amount of data indicated by the length field is read 

Execution of a command should be protocol independent because it 
is peifoimed on the local computei When finished the results are passed to the 
next stage wheie they aie transmitted to the client 

The TCP Write VI is used to return results As discussed in the TCP 
Client example the data must be in a foim that the client can accept 





3 6 Communication model in Lab VIEW for remote monitoring of the 
Powei distribution automation 



The communication model used foi the remote monitoring of the powei distnbution 
automation systems is shown in the above figure The GUI foims the client The 
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model of the client is given in figure 3 3 The pioxy agent foims the server The 
geneial model of the server is shown in figure 3 4 


3 5 Summary 


This chaptei introduces the evolution of vntual mstiunents and the 
its advantages The consequence is the evolution of the G language Use of virtual 
instrumentation for i emote monitoring and diagnostic analysis in the case of power 
distribution netwoik was given Also the implementation issues of using Lab VIEW 
in iemote momtonng ovei Internet were mentioned The next chapter descubes the 
implementation 
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Chapter 4 

Implementation Details 


The aim of the thesis is to configuie and tailor a LabVIEW centeied 
instrumentation foi monitoring and analysis of distributed real time utility 
pnameter ovei the TCP/IP based networks The usei interface is built for a pait of 
the IITK powei distnbution automation netwoik The usei intei face provided the 
basic elements of the powei utility The descnption of the infrastructure for 
moniloung the powei distribution is shown in figure 1 1 

4 1 Identification of the substation elements in Power Distnbution 

A study of the elements of the powei utility has been made At the 
fust instance the following elements weie of inteiest 

1) Bus 

2) Tiansfoimei 

3) Switch 

4) Load 

• Bus data consists of a bus numbei that is assigned to the bus name of the bus 
the lated voltage of the bus and the voltage of the thiee phases 

• Tnnsfoimei data consists of the numbei and the name of the tiansfoimei the 
cunents and the phases foi the high voltage and low voltage sides and the powei 
lating oi the tiansfoimer 

• Switch dita consists of the name md numbei of the switch the status of the 
switch and the mode of opeiation of the switch l e whethei the switch can be 
contiolled lemotely or locally 

• Load data consists of the paiticular load identification number name of the 
load the switch numbei thiough which the load is connected the load cunents 
and the phase angles 
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These aie the basic elements that are been shown in the usei 
mtei face Other elements of mteiest can be added 

4 2 Object Identifier Assignment 


The concept of the Object Identifiets (OIDs) was described in 
section 2 3 2 of the thesis Static assignment of the OID s was used in the thesis 
1 Th e leason behind the static assignment is that in any mdustml utility such as the - 
^powei utility changes in the field do not at a rapid time^For example no additional 
tiansfoimei at any paiticular substation will be added every few months This was 
the leason foi the static assignment of the OID s 

The hieiaichical natuie of the OID assignment was used in the OID 
assignment For using the OID name space one has to get iegistered with the 
Internet Assigned Numbers Authonty IIT Kanpui is registeied under the Pnvate 
Enterpnses node The number assigned to IIT Kanpur was PEN 5305 [1 1] Refei to 
Appendix C for the Object Identifiei tiee So all the OIDs stait with 
iso 3 6 1 4 1 5305 The geneial OID assignment is as follows 
iso 3 6 1 4 1 5305 a b c 

a denotes the substation identifiei 
0 main station 
n substation n 
b indentifies the basic entity 

0 bus 

1 U ansfoi mei 

2 switch 

3 load 

c denotes which b in i 

For example the second tiansfoimei in main station is denoted by 
iso 3 6 1 4 1 5305 0 1 2 
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4 3 ASN 1 modules 


Aftei the identification of the elements and the assignment of the 
Object identifieis the data stiuctuies foi the elements are specified using ASN 1 
syntax These specifications aie called ASN 1 modules In the thesis ASN 1 
modules weie made foi the elements identified An example module is shown 
below and otheis are given in Appendix B 


Bus Module 


BUS DEFINITIONS = 

BEGIN 

BusData = snacc isPdu TRUE [APPLICATION 0] IMPLICIT SET 

{ 

busstit [0] IMPLICIT SEQUENCE OF BusDetails DEFAULT [ } 

} 

BusDetails = [APPLICATION 1] IMPLICIT SEQUENCE 


busno 

INTEGER 

busname 

IA5 Stung 

vntmg 

INTEGER 

vn 

REAL 

vb 

REAL 

vc 

REAL 

time 

UTCTime 


END 


An example ASN 1 module 
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The above ASN 1 module conesponds to a Bus module BusDetails 
is the sequence of vanous bus attributes The module staits with the BEGIN 
command and finishes by an END command For more details of the syntax of 
wilting the modules lefei to [7] 

4 4 ASN 1 encoding and decoding routines 

The ASN 1 encoding and decoding routines described in this section 
aie for the ASN 1 type BusData which is in the Bus module given in the pievious 
page The header file geneiated by the compiler is given in Appendix D This file 
contains the loutines foi all the ASN 1 types used in the particulai module 

Encode Routine 

BencBusData ( ) 

This routine takes two aiguments the buffer to encode the value into 
and a pointei to the instance of the ASN 1 type that is to be encoded 

Decode Routine 

BdecBusData ( ) 

This function takes foui aiguments the buffer to hold the BER value 
to be decoded a pointei to space allocated foi the type being decoded a paiametei 
maintaining the tunning total of the number of octets that have been decoded and a 
environment parametei foi enoi management 

Print Routine 

PnntBusData ( ) 

All the punt loutines take similai parameteis The print loutine 
wutes the given value to the file The punted value is indented by indent spaces 
The values are printed in ASN 1 value notation style 
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Free Routine 

FreeBusData ( ) 

The fiee loulines will free all the components named type Foi 
exmaple the FieeBusData loutine will free all the components of the given BusData 
value but not the BusData value itself 

4 5 Implementation 

The setup foi the implementation is given in figuie 2 4 We can 
obseive fiom the figuie that the ASN 1 compiler has to be piesent at both the ends 
i e at the usei inteiface and the agent as well The ASN 1 compilei (Snacc) which 
was used in the thesis was installed in linux but was not possible in windows in 
which the LabVIEW operates The agent was a LabVIEW seivei which is 
connected to the usei interface ovei the netwoik On request the agent sends the 
ASN 1 decoded file to the usei inteiface Moie details of the implementation weie 
given in the following two sections 

4 6 Fiont Panel 


Development ol the usei inteiface is done in a m innei that if an usei 
selects in option it the liyout diagiam another panel pops up on the scieen This 
featuie is ichieved by miking the selected YI as a sub VI and using the VI setup 
options [2] 


The fust fiont panel (figuie 4 1) of the usei inteiface is a layout 
containing the main substition ind vanous substations The usei can select any of 
the substations which leids into that substation The panels foi substations 1 and 2 
aie shown in figuie 4 2 4 3 The substation layout is piesented there with the 
necessaiy labels As the usei can see all the powei devices such as the bus bais 
switches Uinsfoimeis etc on the layout diagiam he can click on the puiticulai 
label The fiont panel of i bus (figuie 44) has a label containing the bus numbei 
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TDM-CNIA DISTRIBUTION AUTOMATION 



Figure 4 1 Main Front panel 
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Figure 4 4 Front Panel for Bus Details 
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Figure 4 7 Front Panel for Switch details 
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bus name and the voltage lating of the bus It also has digital indicators for display 
ol phase voltages Ihe fiont panel of the bus has also a giaph which gives a past 
histoiy of the bus voltage The front panel of a switch (figuie 4 7) contains switch 
name switch numbei and the status of the switch is indicated by a LED The fiont t 
panel of a U insfoimet (figuie 4 5) has the transformer details viz transformer 
name tiansfoimei numbei and its power rating Analog meteis indicating the 
piimaiy and secondaiy cunents as well as the phase angles 

One has to find the button which the user had selected Foi this all 
the contiols aie built as a clustei The use of clusteis leduces wue cluttei Clustei 
will hive elements belonging to eithei contiols or of indie Hois only All the 
elements inside the clustei aie oideied numerically This featuie enables to access 
the mdividu U elements m the block diagiam It is assumed that the usei will pi ess a 
single contiol on the hont panel The cluster of identically typed elements is 
con veiled into a ID ui ly of elements of the same type using the clustei to an ay 
function As the clustei consists of boolean controls the output of the function will 
be in may of boolean contiols Using the Search ID may function index 
conespondmg to the contiol selected by the user is found 

Defined Contiols 


LibVILW piovidcs numeric digital boolean contiols and indicatois 
LibVlCW usei ctn choose the type of the control oi indie itoi needed horn the 
contiols piloUc ol the hont pinel Some of the contiols and indicators aie digital 
contiol ind indie itoi knob dal metei gauge horizontal and ve.tical slides Light 

Emitting diodes etc 

In the powei utility vatious switches such as eiicuit bieakeis bus 
couplci s tsol Uols etc ue leptcsenled by an unique symbol L ibVIEW p. ovides the 
facility fo, building usei defined controls 01 indicator Using the custom contiol 
featuics v mous contiols and indicator have been built 
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4 7 Block Diagiam 


Behind the fionl panel in the LabVIEW piogiam theie exists a block 
dngi un The block diagiam is the souice code foi this progiamming language The 
usei selects on a paiticulai selector on the fiont panel to view the necessaiy data 
The couespondmg object identifiei is used to identify the data that is requested A 
client piogiun is staited The client piogiam is built using the TCP libiaiy An 
example of how to build a client piogiam in LabVIEW is given in Chaptei 3 As 
descubed m section 3 5 of the thesis there is a problem of vaiying length 
commmds This pioblem is solved by teimmating the object identifiei with a 
known chuicloi / The seivei looks for this teiminating charrctei and then 
iccoidingly solves the pioblem 

In the TCP Open connection the IP addiess \nd the poit of the 
l emote host is specified If the connection is established with the lemote host a 
connection ID is letuined The connection ID is a netwoik connection tefnum that 
uniquely identifies the TCP connection This connection ID is used to refei to this 
TCP connection foi subsequent VI calls The TCP Write VI is used to wnte the 
suing clan in to the specified TCP connection The stung data is the object 
identiliu TCP Re id VI teceived up to the bytes to re id fiom the TCP connection 

letuining the icsults 

I he client VI gets the encoded data lrom the TCP Read VI The 
lU-uvul cl U 1 ASN I IS BER encoded and so has to be decoded Aftei this pass the 
couespondmg decode .outmes ate to be called The decode .outmes wnte the 
decoded dtll into t file This file is read again ind the d.tt ts sepanted out 
tcco. dtngly to be given ts inputs fo. the vinous indicate. s on the f.ont panel 

4 8 Summaty 

In this chaptei the implementation details of the giaphicil uset 
mtei face aic dcsuibtd Assignment of the object identifiei s md the dati stiuctuies 
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exchanged weie given Development of the front panel and appearance were 
desenbed and the vinous fiont panels were shown The logical sequence of events 
weie presented in the block diagiam The next chapter concludes the work and 
discusses the tutuie scope ol the woik 
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Chaptei 5 

Summaiy and Future woik 


Geogi iplne illy dislubulcd utilities such as power disti ibution gis water etc have not 
seen the widespie id use ol netwoiked installation foi monitonng and control A 
monitonng tnd contiol nctwoik foi the powei distubution automation was developed 
U IIT Ktnpui Theic wts i need toi developing a usei inteiftce which has live 
instillment displiy loi lcmote monitonng of the powei distubution utility Also theie 
w is i need loi open Internet comptlible GUI 

The lollowmg weie tceomplished in the thesis 

• We hive explored Lib VIEW foi lemote diagnostic analysis of installations in the 
powei distubution mlom ition netwoik 

• Identilie Uion ol the subslilion elements in the powei distubution netwoik that are 
being shown in the GUI 

• Implementation ol the communication with lemote systems on the Internet using 
L ib VII W s lCP/llMe lluies 

• Designing m open li unewoik approach foi the lepiesentation of the data stiuctuies 
thit ue to be exc hinged between the LibVIEW based GUI tnd the agent ASN 1 
w is chosen loi the open fi unewoik 

• Piesent implement Uion ol Since tool was done in Linux bised lemote system 
Coding to pioduce the encodings ind decodings weie wiitten 

• As imple implement ition w ts done using simulated data foi the development of 
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the GUI loi i emote visu ilization of the electiic power substation parameteis 


The souiee tiles foi the GUI are stored in c \gui\ in the PC as well as 
submitted to the ERNET L ib simulator vi is the main vi foi the GUI and is to be 
tun in Run Continously mode One has to specify the IP addi ess and the TCP port of 
the seivei in elient vi To mn the demo one has to run the sei vei vi also 

Scope foi fuithei woik 

The usu inteifice was developed foi the remote monitoring of the 
powei dislubution utilities A moiu sophisticated inteiface can be developed to address 
paiticul u objects ol inteiest With refeience to figuie 2 4 the pioxy agent has to be 
configuiod Woik m (his dnection is done as a sepaiate thesis [13] Theie is also a 
need loi developing \ speci \1 RTU which can act as a lemote troubleshootei and which 
can be used loi ceitiiic ilion of new installation etc 
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Appendix A 


Sample Neufeld ASN 1 to C/C++ Compiler (Snacc) 


Snacc [12] compiles ASN 1 modules into C C++ or type tables The 
generated C 01 C++ code contains equivalent data stiuctuies and loutines to conveit 
v ilues between the mteinal(C oi C++) representation and the corresponding BER 
(B isic Encoding Rules) format The ASN 1 data structuie I tnguage can specify 
complex types such as lists and recursively defined types BER data values aie 
dchnul independently ol any computei aichitecture piovidmg a universal data 
v due lepiesentttion tint is uselul foi shaung data in heteiogeneous netwoiks 

The pioeess ol converting an ASN 1 value from its C or C++ lepiesentation into an 
equivdent BER diti vilue is called encoding and the leveise process is called 
decoding 

Some ol the sn icc s foatuies include 

• p u ses CC1 T T ASN 1 90 including subtype notation 

• cm compile ind link interdependent ASN 1 modules(IMPORTS AND 
EXPORIS) 

• some X 400 md SNMP macios aie paised 

. Vtliu. nouuon is pined OBJECT IDENTIFIERS INTEGERS AND 
BQOU ANS ue It insl lies to C/C++ values 

• ANY Dll INLD BY types aie supported via the SNMP OBJECTIVE TYPE 

mieia 

The m tin p vsses of the compilei ue executed in the following oidei 

1 p u se uselul types ASN 1 module 

2 puse ill usci speciiied ASN 1 modules 

3 link loc il md impoiled type lefeiences in all modules 

4 p use v dues in ill modules 

5 link loc d md impoiled value lefeiences in all modules 


46 



6 piocess my macio types 

7 noi indue types 

S m uk iccuisive types md signal any lecuision i elated euois 

9 check ioi semantic euois in all modules 

10 gcnci tic C/Ch + type lnfoimation for each ASN 1 type 

11 soit the types fiom least dependent to most dependent 

12 genci Ue C C++ IDL oi type table 

Code Geneiation 

II the tuget language is C foi each ASN 1 type an equivalent C 
d U i type i BLR encoding loutine a punting loutine and a fleeing loutine will be 
genu ited 1 hose aie in the h and c files 

The bisic outline dngiam (figuie A 1) of Snacc functionality is given in the next 

pige 
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Fi^uie A 1 Basic Functionality of Sn tcc 
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Appendix B 

ASN 1 modules 

Transformer Module 

TRANS DEFINITIONS = 

BEGIN 

TimsDUi = snacc isPdu TRUE [APPLICATION 0] IMPLICIT SET 

{ 

U msst U [0] IMPLICIT SEQUENCE OF TransDetails DEFAULT { } 

} 

1 1 msDU uls = [APPLICATION 1 ] IMPLICIT SEQUENCE 


lino 

INTEGER 

ti n une 

IA5Stnng 

hvbusno 

INTEGER 

lvbusno 

INTEGER 

nl 

REAL 

lb 1 

REAL 

1C- 1 

REAL 

m2 

REAL 

ib2 

REAL 

ic2 

REAL 

p tl 

REAL 

pbl 

REAI 

pci 

REAL 

p i2 

REAL 

pb2 

REAL 

pc2 

REAL 

lime 

UTCTime 


} END 
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Switch Module 


SWITCH DEFINITIONS = 

BLGIN 


SwitehD it t = sn icc isPdu TRUE [APPLICATION 0] IMPLICIT SET 

{ 

switchst it [0] IMPLICIT SEQUENCE OF S witchDetails DEFAULT { } 

} 

SwilchDU uls = [APPLICATION 1] IMPLICIT SEQUENCE 

{ 

swno INTEGER 

swnune IA5Stnng 
st itus INTEGER 

1 denotes ON 0 denotes OFT 
time UTCTimo 


END 


so 



Load module 


LOAD DEEIN11IONS = 
BEGIN 


Lo idD U i = sn ilc isPdu TRUE [APPLICATION 0] IMPLICIT SET 

{ 

lo ids l it [0] IMPLICIT SEQUENCE OF LoadDetails DEFAULT { } 

} 


Lo idDet uls = [APPLICATION 1] IMPLICIT SEQUENCE 


busno 

INTEGER 

busn mu. 

IAlSlung 

lo ulid 

INTEGER 

lo idn mu 

lA5Slnng 

swno 

INTEGER 

nl 

REAL 

lb 1 

RLAL 

1C 1 

RLAL 

1 12 

RLAL 

ib2 

REAL 

ic2 

REAL 

V l 

REAL 

vb 

REAL 

VC 

REAL 

p 

REAL 

pbl 

REAL 

pci 

REAL 

p i2 

REAL 

pb2 

REAL 

l x 2 

REAL 

time 

U1 Cl lme 


END 


mVRAL LIBRAT 

I I T. KAMWW 
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Appendix C 

Object ldcntiliei Uee 


IOOl 



1 01 ex implo the 0b|cct ldontifici loi busl in the main stilion is roimed by 
ti iveising the lice tnd is iso 3 6 1 4 1 530's 10 0 1 
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Appendix D 

Snacc compilei geneiated files 


II the ASN 1 module is ipphed to the srn.ee compilei and if the 1 11 get languige of the 
compilei is c then the compilei geneiates a h and a c file loi the conesponding 
ASN 1 module This appendix gives the h and c files geneiated by the since 
compilei loi the Bus module This module is given in chaptei 4 The h file contains 
the 1 unction piototypes 


Guiu ated h tile 


1 bus h 

i 

1 BUS ASN 1 module C type del lnitions and piototypes 

i 

1 1 his h 1 lie w is gcnci tied by sn ice on Thu Mai 02 22 10 5^5 2000 

i 

1 UBC sn icc wultcn compilei by Mike Sample 

i 

1 NOTE This is t m ichinc gcnci ited file editing not lecommended 

i/ 

#ilndcl _bus_h_ 

Adeline _bus_h_ 

typcdel stiuet BusDetiils/ 1 (APPLICATION 1] IMPLICIT SEQUENCE 7 

( 

Asnlnt busno /' INTEGER '/ 

AsnOcts busn mac /' OCTET SIRING - 1 / 

Asnlnt vialing U 1N1LGER '/ 

AsnReal vi /' REAL '/ 

AsnRetl vb /' REAL '/ 

AsnReal ve /' REAL '/ 

AsnOcts time /' OCTET STRING '/ 

} BusDetuls 



AsnLen BEncBusDel ulsContcnt PROTO ((BUF_TYPE b BusDtt ills 1 v)) 

void BDccBusDaulsConU.nl PROTO ((BUF_TYPE b AsnTig UgldO AsnLen 
elmlLcnO BusDctuIs 'v Asnl cn 1 bytesDecoded ENV_TYPE cn\ )) 


void Pi mlBusDa uls PROTO ((TILE 1 1 BusDctails ! v unsigned shoit ml indent)) 
void FiceBusDctiils PROTO ((BusDeluls A)) 


typedcl AsnListBusDiliScqOI /' SEQUENCE OF BusDetails '/ 

AsnLcn BEncBusD U iScqOlConlcnl PROTO ((BUF_TYPE b BusD UiScqOf v)) 

void BDccBusD U iScqOlConlcnl PROTO ((BUT„TYPE b AsnTig UgldO AsnLcn 
clmtLcnO BusDiliScqOI ! \ Asnl cn 'bytesDecoded ENV_TYPE env)) 

void PunlBusD it iScqOl PRC) 10 ((I ILE' f BusDitaSeqOf 'v unsigned shoit ml 
indent)) 

void FiccBusD it iScqOl PRO 1 0 ((BusD UiSeqOf '•v)) 

typedcl suuct BusD it i/ 1 JAPPl K AT ION 0] IMPLICIT SET '/ 

BusDu iScqOl 1 busstit /' |()| IMPLICIT BusD itaSeqOf DETAULT } 

BusD it i 

AsnLen BLncBusD Ui PRO K)((BUr_TYPEb BusD tin 'v» 

void BDccBusD ill PRO It) ((BIJI _1YPE b BusDiti 'lcsult AsnLcn 
’•’bytesDecoded 1 NV 1 YP1 ui\)) 

Asnl cn BLncBusD it i( ontciil PROIO ((BUr_TYPE b BusDilt v)) 

void BDccBusD UiConlcnt PROIO ((BUF_TYPE b AsnTig UgldO AsnLcn 
elm(LenC) BusDiti *v Asnl ui 1 bytesDecoded ENV_TYPE env)) 

void PunlBusD ui PRO I O ((1 111 1 1 BusDita 'v unsigned shod ini indcnO) 
void FieeBusD il i PRO 1 O ((BusI) it i * v)) 

#cndi( /' condition il include ol bus h '/ 


S4 




